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CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of: (i) U.S. Provisional Patent 
Application No. 60/167,516, filed November 24, 1999, and entitled 
"REDUCTION OF DELAY AND BANDWIDTH REQUIREMENTS IN 
INTERNET DATA TRANSFER", and which is hereby incorporated by 
reference herein; and (ii) U.S. Provisional Patent Application No. 60/188,982, 
filed March 13, 2000, and entitled "REDUCTION OF DELAY AND 
BANDWIDTH REQUIREMENTS IN INTERNET DATA TRANSFER", and 
which is hereby incorporated by reference herein. 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to networks and, more particularly, to 
data transmission over networks. 

2. Description of the Related Art 

The Internet or the World Wide Web is a global network of 
interconnected computers. Clients or users can access files or documents, 
e.g., hypermedia documents, residing on the host website computers 
connected to the Internet through use of a network browser interface 
program. Examples of network browser interface program include Netscape 
Navigator or Microsoft Explorer. One type of hypermedia documents is 
commonly referred to as web pages. Sites or documents on the Internet are 
typically chosen by a user by entering a site address, i.e., a Universal 
Resource Locator (URL), or by a selection of a link on a displayed web page. 
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FIG. 1 is a conventional client/server system 100. The conventional 
client/server system 100 includes a client system 102 that couples to a server 
system 104 via the Internet 106. In this manner, any of a plurality of local files 
108 (documents) associated with the server system 104 can be delivered to 
5 the client system 102 through the Internet 106. For example, the server 
system 104 transfers data for files 108 to the client system 102 through the 
Internet 106 utilizing a standard protocol, e.g., Hyper Text Transfer Protocol 
(HTTP), for transferring data through the Internet 106. The server system 
1 04 represents a host website computer providing the local files 1 08. 

io Unfortunately, due to the increased popularity of the use of the Internet 

106 and due to increases in file sizes that are to be delivered to the client 
system 102 through the Internet 106, increasing demands are placed on the 
server system 1 04 to handle the increased traffic. The file sizes continue to 
increase as files (e.g., web pages) become more elaborate and more 
- 15 graphical. As a result, congestion tends to develop at a link 110 that couples 
the server system 1 04 to the Internet 1 06. The link 1 1 0 is typically a leased 
line or other high speed connection (e.g., a T1 or T4 line), also referred to as 
a high speed, high bandwidth telecommunication link. However, when 
numerous client systems seek to access the same server system 104, the link 

20 110 faces congestion because the bandwidth supported by the link 1 1 0 is 
limited. Such congestion or increased traffic also places a substantial burden 
on the server system 104 to satisfy all of the requests for the local files 108. 
Besides the problematic congestion that develops at the link 110, the 
increased popularity of the Internet 106 and the increases in file sizes 

25 transmitted through the Internet 106, there is also general congestion in the 
Internet 106. This general congestion (or traffic) leads to slowed data transfer 
through the Internet 106, and thus clients or users face long waiting times. 

Conventional solutions to these traffic or congestion problems have 
caused website owners to increase the number of server systems 104 they 
30 operate and have caused website owners to lease additional bandwidth for 
the links 110. Typically, if the website owner has multiple server systems 
104, they are operated in a clustered or mirrored fashion. The ability to use 
mirrored web sites allows different server systems carrying the same content 
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to be placed in different geographic locations and/or telecommunication 
regions of the United States or the world. This helps disperse, or at least 
localize, the traffic or congestion. Also, by leasing additional bandwidth, 
additional amounts of traffic can be supported. While both of these 

5 approaches do allow additional traffic to be supported, they are expensive 
solutions and require website owners to purchase hardware and lease 
bandwidth suitable for worst case scenarios. Website owners find purchasing 
hardware and leasing of bandwidth for worst case scenarios too expensive. 
Worst case scenarios are also difficult to predict given the rapid growth of 

10 Internet usage. As a result, traffic and congestion problems continue to result 
during periods of high demand. 

Therefore, there is a need for improved techniques for efficiently and 
economically providing data transfer through data networks during high traffic 
conditions. 



SUMMARY OF THE INVENTION 

Broadly speaking, the invention relates to techniques for efficiently and 
economically providing data transfer through data networks. The invention is 
particularly suitable for Internet data transfers. 

20 In one aspect of the invention, delayed response processing is utilized. 

Requests for common content are initially queued. After a short period of 
time, the queued requests are processed as a group so as to better utilize 
available bandwidth, particularly in times where traffic or congestion is high. 
In another aspect of the invention, multiple-destination data packets are 

25 utilized. 

The invention can be implemented in numerous ways, including as a 
method, system, apparatus, and computer readable medium. Several 
embodiments of the invention are discussed below. 

As a method for satisfying a request for content from a web server, one 
30 embodiment of the invention includes at least the acts of: determining 
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whether a response to the request can be delayed; processing the request to 
obtain the response in an intentionally delayed manner when the determining 
determines that the response to the request can be delayed; and processing 
the request without any intentional delay when the determining determines 
5 that the response to the request cannot be delayed. 

As a method for sending data over the internet, one embodiment of the 
invention includes at least the acts of: receiving a plurality of requests for a 
particular resource provided at a remote server on the Internet, the plurality of 
requests being provided by different requestors; retrieving the particular 
10 resource from the remote server once for the plurality of requests to obtain 
the particular resource requested by the plurality of requests; and thereafter 
sending the particular resource to the different requestors. 

As a method for servicing a request for a resource over a data 
network, one embodiment of the invention includes at least the acts of: 

15 receiving requests for resources; temporarily storing the requests for resource 
in a queue; identifying a request in the queue for a particular resource that 
has been waiting for more than a predetermined period of time; requesting 
data for the identified request for the particular resource from a remote 
content server; forming multi-destination data packets for responses to the 

20 identified request and other requests in the queue for the particular resource; 
and transmitting the multi-destination data packets. 

As a data transmission system for transmitting data from content 
servers to requestors through a data network, one embodiment of the 
invention includes at least a plurality of data distribution centers. The data 
25 distribution centers are connected to the data network. Data transmissions 
between the content servers and the data distribution centers use a multi- 
destination format so as to reduce congestion. 

As a system for transmitting data through a data network from servers 
to clients, one embodiment of the invention includes the at least a plurality of 
30 data distribution centers coupled to the data network, and server modules 
provided in the servers. The server modules operate to receive data to be 
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transmitted to the clients and to form multi-destination packets to carry the 
data to at least one of the data distribution centers. The data distribution 
centers receive the multi-destination packets from the server modules and 
operates to convert the multi-destination packets into single-destination 
5 packets. 

As a method for transferring data through a data network from a server 
to clients, one embodiment of the invention pertains to an improvement 
wherein the data is transferred between the server and a data distribution 
center using a multi-destination format, thereby reducing congestion at the 
10 server. 

As a method for delivering a response from a server to requests from 
clients for use in a data network, one embodiment of the invention pertains to 
an improvement wherein the response is processed in a group of responses 
for the same resource so as to reduce congestion at the server. 

15 As a system for sending data over the Internet, one embodiment 

include at least: means for receiving a plurality of requests for a particular 
resource provided at a remote server on the Internet, the plurality of requests 
being provided by different requestors; means for retrieving the particular 
resource from the remote server once for the plurality of requests to obtain 

20 the particular resource requested by the plurality of requests; and means for 
thereafter sending the particular resource to the different requestors. 

The advantages of the invention are numerous. Different 
embodiments or implementations may yield one or more of the following 
advantages. One advantage of the invention is that available bandwidth is 

25 more efficiently utilized. Another advantage of the invention is that maximum 
delay can be reduced by grouping requests for the same resource. Still 
another advantage of the invention is that "hot spots" at content servers due 
to a surge in demand can be handled in an orderly manner so as to 
significantly reduce risk of crashing the content server. Yet another 

30 advantage of the invention is that the inventive techniques are cost effective 
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and, in particular, significantly more cost effective than using multiple mirror 
sites scaled to handle peak load conditions. 

Other aspects and advantages of the invention will become apparent 
from the following detailed description, taken in conjunction with the 
5 accompanying drawings, illustrating by way of example the principles of the 
invention. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be readily understood by the following 
:- 10 detailed description in conjunction with the accompanying drawings, wherein 
like reference numerals designate like structural elements, and in which: 

FIG. 1 is a conventional client/server system; 

FIG. 2 is a data delivery system according to one embodiment of the 
T: invention; 

; 15 FIG. 3 illustrates a flow diagram of general request processing 

according to one embodiment of the invention; 

FIG. 4 is a flow diagram of data request processing according to one 
embodiment of the invention; 

FIG. 5 is a flow diagram of queue request processing according to one 
20 embodiment of the invention; 

FIG. 6 is an exemplary diagram of a sub-queue suitable for use with 
the invention; 

FIG. 7 is a flow diagram of data distribution center periodic request 
fulfillment processing according to one embodiment of the invention; 

25 FIG. 8A is a flow diagram of data distribution center response 

processing according to one embodiment of the invention; 
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FIG. 8B illustrates a representative multi-destination data packet 
according to one embodiment of the invention; 

FIG. 9 is a functional block diagram of a server according to one 
embodiment of the invention; 

5 FIG. 10 is a flow diagram of data distribution center request processing 

according to one embodiment of the invention; and 

FIG. 1 1 is a block diagram of an exemplary computer system for use 
with the invention. 



10 DETAILED DESCRIPTION OF THE INVENTION 

The invention relates to techniques for efficiently and economically 
providing data transfer through data networks. The invention is particularly 
suitable for Internet data transfers. In one aspect of the invention, delayed 
response processing is utilized. Incoming requests for common content are 
= 15 initially queued. After a short period of time, the queued requests are 

processed as a group so as to better utilize available bandwidth, particularly 
in times where traffic or congestion is high. In another aspect of the 
invention, multiple-destination data packets are utilized. 

Embodiments of the invention are discussed below with reference to 
20 FIGs. 2-11. However, those skilled in the art will readily appreciate that the 
detailed description given herein with respect to these figures is for 
explanatory purposes as the invention extends beyond these limited 
embodiments. 

FIG. 2 is a data delivery system 200 according to one embodiment of 
25 the invention. The data delivery system 200 includes a plurality of data 
distribution centers 202, 204 and 206. As shown in FIG. 2, the data 
distribution centers 202, 204 and 206 are coupled to a public network 208. In 
one embodiment, the public network 208 represents the Internet, a public 
telephone network, or data network infrastructure. Typically, the public 
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network 208 is an arrangement of switching or routing centers and various 
other network infrastructure, and such arrangement is often hierarchical with 
local, regional and national levels. Hence, the data distribution centers 202, 
204 and 206 can couple to a public network 208 at any level in the hierarchy. 

5 A content server 210 and an Internet service provider (ISP) 212 are 

coupled to the public network 208. Of the data distribution centers 202, 204 
and 206, the data distribution center 202 is most proximate (e.g., most local 
with respect to the public network 208) to the ISP 212. Users 214 and 216, 
which represent client machines, are able to couple to the ISP 212 to gain 

10 access to the public network 208 and resources provided via the public 
network 208. The content server 210 provides access to content (or 
resources) via the public network 208. The content server 210 can also be 
referred to as a web server or host website server. The content server 21 0 
typically has access to content that can be delivered to requesting users over 

15 the public network 208. The content available at the content server 210 can, 
for example, be stored in a file storage system or a database within or 
coupled to the content server 210. 

A content server 218 and an Internet service provider (ISP) 220 are 
coupled to the public network 208. Of the data distribution centers 202, 204 

20 and 206, the data distribution center 204 is most proximate (e.g., most local 
with respect to the public network 208) to the ISP 220. Users 222 and 224, 
which represent client machines, are able to couple to the ISP 220 to gain 
access to the public network 208 and resources provided via the public 
network 208. The content server 218 provides access to content (or 

25 resources) via the public network 208. The content server 218 can also be 
referred to as a web server. The content server 218 typically has access to 
content that can be delivered to requesting users over the public network 208. 
The content available at the content server 218 can, for example, be stored in 
a file storage system or a database within or coupled to the content server 

30 2 1 8. 

A content server 226 and an Internet service provider (ISP) 228 are 
coupled to the public network 208. Of the data distribution centers 202, 204 
and 206, the data distribution center 206 is most proximate (e.g., most local 
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with respect to the public network 208) to the ISP 228. Users 230 and 232, 
which represent client machines, are able to couple to the ISP 228 to gain 
access to the public network 208 and resources provided via the public 
network 208. The content server 226 provides access to content (or 
5 resources) via the public network 208. The content server 226 can also be 
referred to as a web server. The content server 226 typically has access to 
content that can be delivered to requesting users over the public network 208. 
The content available at the content server 226 can, for example, be stored in 
a file storage system or a database within or coupled to the content server 
10 226. 

The data delivery system 200 operates as follows. Typically, users will 
couple to their ISP and request a resource residing on a content server 
coupled to the public network 208. For example, the user 214 can couple to 
the public network 208 through the ISP 212. The user 214 can then request 

15 a particular resource residing on a content server that also couples to the 
public network 208. For example, the user 214 could request a resource 
residing on the content server 226. At the same time, the user 216 could 
couple to the public network 208 through the ISP 212 and request the same 
particular resource from the content server 226. Conventionally, each of 

20 these requests for the particular resource would be separately serviced by the 
content server 226 and directed to the requesting user. 

According to the invention, the multiple requests for the particular 
resource can be processed as a group such that the content server 226 in 
effect only satisfies a single request for the particular resource even though 

25 there are in fact two (or more) requesting parties in the group. In one 

implementation, the ISP 212 makes two requests for the particular resource 
from the content server 226 via the public network 208. The content server 
226 groups together these requests for the same particular resource. Then, 
at the appropriate time, the content server 226 forwards the data of the 

30 particular resource through the public network 208 to the data distribution 
center 202. Here, in this example, the data distribution center 202 is chosen 
because it is most proximate to the destinations (e.g., requestors of the 
particular resource). At the data distribution center 202, the data for the 
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particular resource that was requested will be directed to each of the 
requesting users 214 and 216. After the data distribution center 202 fulfills its 
duty in distributing the particular resource to the requesting users, the 
particular resource can be removed from the data distribution center 202. 

5 Hence, the data distribution centers preferably only store the resources from 
content servers for a limited amount of time (e.g., temporary storage), thereby 
allowing data distribution centers to be generally used by many content 
servers because their data storage burden is much less than that required by 
mirrored sites. In this example two requests for the particular resource were 

10 issued about the same time and were thus serviced as a group. Hence, even 
in this simplified example, the load on the content server 226 is able to be 
decreased and the congestion at the high speed link that couples the content 
server 226 to the public network 208 is able to be substantially reduced. 
However, the invention can yield tremendous reductions in traffic and 

15 congestion when thousands or millions of requests for like resources are 
being made about the same time. 

It should be noted that the data delivery system 200 can also operate 
in a conventional manner if the data distribution centers 202, 204 and 206 are 
not utilized. Hence, the data delivery system 200 could utilized the improved 
20 data transmission techniques of the invention at times of high traffic or 
congestion (generally or for particular resources) and otherwise use 
conventional data delivery by bypassing the data distribution centers 202, 204 
and 206. 

The operation of the data delivery system 200 is described further 
25 below with respect to FIGs. 3-10. 

FIG. 3 illustrates a flow diagram of general request processing 300 
according to one embodiment of the invention. The general request 
processing 300 begins with a decision 302 that determines whether a 
request has been received. When the decision 302 determines that a request 
30 has not yet been received, the general request processing 300 awaits receipt 
of a request. Once the decision 302 determines that a request has been 
received, a decision 304 determines whether a response (to the request) can 
be delayed. In other words, the decision 304 determines whether the 
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servicing of the request should be delayed for a small amount of time. In 
some situations, such as time sensitive transactions or confidential 
transactions/information, the response probably should not be delayed. 
However, when the servicing of the request can be delayed for a small 
5 amount of time, the response can be delivered in a manner that reduces 
traffic and congestion. It should be noted that the response can sometimes 
even be delivered faster even though initially delayed for a small amount of 
time. Since the general request processing 300 operates to reduce traffic and 
congestion, the response to a request need not be delayed when traffic and 

10 congestion are light. In any case, when the decision 304 determines that the 
response can be delayed, the request is processed 306 using a multiple- 
destination delivery approach. Alternatively, when the decision 304 
determines that the response cannot be delayed, the request is processed 
308 using a conventional single-destination delivery approach. Regardless of 

15 how the request is processed 306 or 308, thereafter, the general request 

processing 300 returns to repeat the decision 302 and subsequent blocks so 
that additional requests can be processed. 

FIG. 4 is a flow diagram of data request processing 400 according to 
one embodiment of the invention. The data request processing 400 
20 represents processing that is performed by servers, such as the content 
servers 210, 218 and 226 illustrated in FIG. 2. 

The data request processing 400 initially begins with a decision 402 
that determines whether a request has been received from a requestor. 
When the decision 402 determines that a request has not yet been received, 

25 the data request processing 400 awaits such a request. Once the decision 
402 determines that a data request has been received, a decision 404 
determines whether to process the data request as a delayed response. 
When the decision 404 determines that the request should be processed as a 
delayed response, then the request is queued 406. In one embodiment, the 

30 request is queued 406 at the content server that received the request. In 
another embodiment, the request can be queued 406 at the data distribution 
center most proximate to the destination for the requested content. Typically, 
the data distribution center that is most proximate to the content server is the 
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data distribution center that couples the content server to the public network. 
In other embodiments, the request could be queued 406 in any suitable 
server (e.g., content server, data distribution center, etc.). 

By placing the request in a queue, the request is therefore not 
5 immediately processed and, as a result, the response is referred to as a 
delayed response. However, it should be recognized that although the 
response is a delayed response, the receipt of the response by the requestor 
(requesting user) may indeed be sooner using the delayed response in cases 
in which there is heavy traffic or congestion. 

10 On the other hand, when the decision 404 determines that the request 

should not be processed as a delayed response, the requested data is 
retrieved 408 from the content server (web server). For example, the content 
server may internally store the requested data or have access to a database 
for other data storage device holding the requested content. Once the 

15 requested data has been retrieved, the data is forwarded 410 to the requester 
using single-destination data packets. Following the operations 406 or 410, 
the data request processing 400 returns to repeat the decision 402 and 
subsequent blocks so that additional requests can be processed. 

FIG. 5 is a flow diagram of queue request processing 500 according to 
20 one embodiment of the invention. The queue request processing 500 

represents processing performed by a suitable server when the request is 
placed in its queue and processed in a delayed manner, such as the 
operation 406 illustrated in FIG. 4. 

The queue request processing 500 initially parses 502 the request to 
25 identify an address of requester and a content identifier. In one 

implementation, the address of the requestor is an Internet Protocol (IP) 
address and the content identifier is a Universal Resource Locator (URL). 
Next, an appropriate sub-queue can be selected or created 504 based on the 
content identifier. A sub-queue can be a portion of a queue or a separate 
30 queue of a plurality of queues. Thereafter, the request is stored 506 in the 
appropriate sub-queue with a request time stamp. The request time stamp 
indicates the time (and perhaps date) that the request was made by the 
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requestor (or time received by a suitable server). Following operation 506, 
the queue request processing 500 is complete and ends. 

FIG. 6 is an exemplary diagram of a sub-queue 600 suitable for use 
with the invention. The sub-queue 600 is a particular sub-queue for the 
5 content identifier referred to as a "file_1". In the sub-queue 600 illustrated in 
FIG. 6, the sub-queue 600 includes a large number of requests for the "file_1" 
content. Each entry in the sub-queue 600 stores the request, the destination 
for the response (also the origin of the request), and the request time stamp. 
The destination as shown in the sub-queue 600 identifies a particular 
10 geographic and/or telecommunication region for the destination of the 
requested content. As shown in FIG. 6, the destinations are, for example, 
region D or region G. The destination can be formatted or resolved in a 
variety of ways, including using initial portions of the IP addresses that are 
associated with the requestors. 

15 FIG. 7 is a flow diagram of periodic request fulfillment processing 700 

according to one embodiment of the invention. The periodic request 
fulfillment processing 700 operates to service the requests that have been 
queued for delayed responses. The periodic request fulfillment processing 
700 represents processing that is performed by a suitable server, typically the 

20 server in which the requests are queued. 

The periodic request fulfillment processing 700 initially selects 702 a 
first sub-queue to be processed. Then, within the selected sub-queue, at 
least those requests that are older than a predetermined delay are identified 
704. Then, a data request is processed 706 to retrieve the requested data. 

25 Typically, the requested data is local to the server that hosts the queue; 
however, if not, the data request would be forwarded to the appropriate 
content server. The data request obtains the data that the various requests in 
the identified sub-queue are all seeking. Next, a decision 708 determines 
whether the response data has been obtained. When the decision 708 

30 determines that the response data has not yet been received, a decision 710 
determines whether a time-out has occurred. When the decision 710 
determines that a time-out has not yet occurred, the periodic request 
fulfillment processing 700 returns to repeat the decision 708. Alternatively, 
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when the decision 710 determines that a time-out has occurred, a user error 
message is provided 712 as the received data because the content server is 
not delivering the requested data. On the other hand, when the decision 708 
determines that the requested data has been received, as well as following 

5 the operation 712, the data is formatted 714 into multi-destination data 
packets for each of the one or more regions of the identified requests. The 
multi-destination data packets are then forwarded 716 to the appropriate one 
or more data distribution centers. Following operation 716, the data 
distribution center periodic request fulfillment processing 700 returns to repeat 

10 the operation 702 and subsequent blocks so that other sub-queues can be 
similarly processed. For example, when the operation 712 is revisited, a next 
sub-queue would be selected 702 and then processed in a like manner. 

As an example of the operation of the periodic request fulfillment 
processing 700, consider the following situation with reference to FIGs. 2 and 

15 6. Assume that the sub-queue 600 is maintained by the content server 226. 
The sub-queue 600 would be periodically examined to identify at those of the 
requests that are older than the predetermined delay. For this example, 
assume that all the requests in the sub-queue 600 shown in FIG. 6 are older 
than the predetermined delay. Assume also that the data requested, namely 

20 file_1 , resides on the content server 226. In this example, the periodic 

request fulfillment processing 700 operates to cause the content server 226 to 
locally retrieve the response data. Once the response data has been 
retrieved, the content server 226 formats the response data into multi- 
destination data packets and then forwards the multi-destination data packets 

25 to the data distribution center supporting region D as well as to the data 
distribution center supporting region G. For example, the response data 
forwarded to the data distribution center supporting the region D would 
receive multi-destination data packets identifying the requestors for the 
requests #1000, #1002, #1020, #1021 and #1022. Here, the multi-destination 

30 data packets could identify five requestors (users) that are to all receive the 
same content. Likewise, the data distribution center supporting the region G 
would receive multi-destination data packets identifying the requestors for the 
requests #1001 , #1003 and #2000. Here, the multi-destination data packets 
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could identify three requestors (users) that are to all receive the same 
content. 

FIG. 8A is a flow diagram of data distribution center response 
processing 800 according to one embodiment of the invention. The data 
5 distribution center response processing 800 is the processing performed by a 
data distribution center in directing the requested data back to the requestors. 
The data distribution center response processing 800 is, for example, 
processing that is performed by data distribution centers, such as the data 
distribution centers 202, 204 and 206 illustrated in FIG. 2. 

io The data distribution center response processing 800 begins with a 

decision 802 that determines whether data packets for distribution have been 
received at the data distribution center. When the decision 802 determines 
that data packets for distribution have not yet been received, the data 
distribution center response processing 800 awaits the receipt of data 

15 packets. 

On the other hand, when the decision 802 determines that data 
packets for distribution have been received, then a decision 804 determines 
whether single or multiple destination formatted packets are being utilized. 
Here, the packets are being sent to a particular data distribution center (from 

20 presumably a content server or other suitable server) for distribution to 

various requestors. Here, the incoming data packets destined for requestors 
are examined so as to determine whether they are multi-destination format or 
single-destination format. When the decision 804 determines that the packets 
are multi-destination format, then the multi-destination data packets are 

25 converted 806 into single-destination data packets for each of the multiple 
destinations. The operation 806 is bypassed when the decision 804 
determines that the packets are already in a single-destination format. 
Thereafter, the single-destination data packets are forwarded 808 to the 
appropriate requestors. After the data packets associated with the responses 

30 have been forwarded 808 to the appropriate requestors, the data distribution 
center response processing 800 is complete and ends. 
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Alternatively, when the decision 802 determines that the incoming data 
packets are single-destination format, then the operation 804 is bypassed and 
the data packets are forwarded 806 without conversion. Accordingly, the data 
distribution centers can be designed to handle both single-destination data 
5 packets as well as multiple-destination data packets, thereby allowing the 
data distribution centers to be compatible with existing single-destination data 
packet routing and delivery to requestors. However, it should be noted that 
the data distribution centers could also be designed to handle only multiple- 
destination data packets and have conventional single destination data 
10 packets not be exchanged between data distribution centers. 

The packet conversion performed will vary with different standards and 
protocols being used. Local area networks and wideband longhaul networks 
and/or different telecommunication networks in Europe, Japan, US, Mexico, 
etc. all have different standards and protocols for their own data packets for 

15 data transmission. Standards such as X.25, V.32, Ethernet, Darpanet, and 
other public or private networks often have different standards and protocols 
for defining their own data packets. Normally, through another layer of 
gateways which convert the data packets of different protocols to a standard 
used in the Internet, such as TCP/IP protocols. Nevertheless, data packets 

20 normally include at least a control field, a data field, a source field, a 
destination field, and an ID field. 

In one embodiment, the packet conversion from multi-destination data 
packets to single-destination data packets (e.g., conversion 806) can be 
performed as follows. A conventional single-destination data packet includes 

25 a header field, a destination address field, and a data field. The header field 
can, among other things, include the address of the requestor. Further, the 
header field can also include the address of the requestor's ISP and perhaps 
the requestor's user ID for the ISP. Such single-destination data packets can 
be converted into multi-destination data packets. FIG. 8B illustrates a 

30 representative multi-destination data packet 850 according to one 

embodiment of the invention. The multi-destination data packet 850 includes 
a header field 852, a number of users (N) field 854, a multi-user address field 
856, and a data field 858. The multi-user address field 856 includes an 
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address (e.g., IP address) for each of the N users. Each of the address fields 
for the N users include the requestor's address and may also include the 
address of the requestor's ISP and perhaps the requestor's user ID for the 
ISP. 

5 The delay amount (predetermined time or wait time) can be determined 

or influenced by one or more of the client, server, network administrator, or 
network. In one embodiment, the delay amount can be set to have an upper 
limit. An example of such an upper limit is ten (10) seconds. The delay 
amount can vary as well. The delay time can vary depending on the type of 

10 data be requested or transferred. For example, greater delay might be 
appropriate for graphic than text. As another example, delay time can be 
shorter for high priority information and can be longer for lower priority 
information. For example, emergency information or other near real-time data 
(e.g., stock quotes) might use a shorter delay time such as 1 second, 

15 whereas less timely data might use a longer delay time such as 10 seconds. 
The delay time can also vary depending on the amount of data being 
requested or transferred. For example, for small amounts of data (resources) 
the delay time can be shorter (e.g., 2-5 seconds), and for large amounts of 
data (resources) the delay time can be longer (e.g., 10-20 seconds). 

20 FIG. 9 is a functional block diagram of a server 900 according to one 

embodiment of the invention. The server 900 is, for example, can be 
representative of the content servers 210, 218 and 226 illustrated in FIG. 2. 
The server includes a request buffer 902 that receives the incoming requests 
for content to the server 900. A request examiner 904 examines the incoming 

25 requests to determine whether delay response processing should be 
performed. 

When the request examiner 904 determines that an incoming request 
should not be delayed, then the request is sent to a content retriever 906 
which operates to receive the data requesting by the request. A single- 
30 destination packets generator 908 then generates single-destination packets 
including the requested data. A packet forwarding unit 910 then forwards the 
single-destination packets to the single destination associated with the 
request. 
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The request examiner 904 can determine whether the incoming 
request should not be delayed in various ways. For example, the incoming 
request could indicate whether it should be delayed or not. As another 
example, the server 900 could also trigger delayed processing or not based 
5 on load or congestion detection. 

Alternatively, when the request examiner 904 determines that an 
incoming request should be delayed, then the request is sent to a delayed 
response queue 912. The request remains in the delayed response queue 
912 until a delay manager 914 determines that the request should be 

10 processed. Typically, the amount of delay imposed is a time delay which has 
an upper bound so as to prevent excessive delay. The amount of delay can 
also be influenced by the quantity of the requests in the delayed response 
queue 912. In any case, when the delay manager 914 determines that a 
plurality of requests for the same content (data) in the delayed response 

15 queue 912 should be processed, then a content retriever retrieves the data 
requested by the requests. A multi-destination packets generator 918 then 
generates multi-destination packets including the requested data for the 
plurality of requests. The packet forwarding unit 910 then forwards the multi- 
destination packets to the multiple destinations associated with the requests 

20 via one or more data distribution centers. 

As noted above the requests being subjected to delayed processing 
are temporarily held in a queue at a suitable server. FIG. 4 discussed 
processing where a server such as a content server includes the queue for 
the requests being delayed. FIG. 10 describes processing where a server 
25 such as a data distribution server includes the queue for the requests being 
delayed. 

FIG. 10 is a flow diagram of data distribution center request processing 
1000 according to one embodiment of the invention. The data distribution 
center request processing 1000 represents processing that is performed by 
30 data distribution centers, such as the data distribution centers 202, 204 and 
206 illustrated in FIG. 2. 
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The data distribution center request processing 1000 initially begins 
with a decision 1002 that determines whether a request has been received 
from a requestor. When the decision 1002 determines that a request has not 
yet been received, the data distribution center request processing 1000 
5 awaits such a request. Once the decision 1002 determines that a data 
request has been received, a decision 1004 determines whether to process 
the data request as a delayed response. When the decision 1004 determines 
that the request should be processed as a delayed response, then the 
request is queued 1006. In one embodiment, the requested is queued 1006 

10 at the data distribution center most proximate to the destinations. In other 
embodiments, the request could be queued 1006 in any data distribution 
center. By placing the request in a queue at a data distribution center, the 
request is therefore not immediately processed and, as a result, the response 
is referred to as a delayed response. However, it should be recognized that 

15 although the response is a delayed response, the receipt of the response at 
the requesting site may indeed be sooner using the delayed response in 
cases in which there is high traffic levels or congestion. 

On the other hand, when the decision 1004 determines that the 
request should not be processed as a delayed response, the request is 

20 forwarded 1008 to the appropriate content server (web server). Typically, the 
request traverses the public network when being forwarded to the appropriate 
content server. Once the request is received at the appropriate content 
server, the content server attempts to service the request and return the 
requested data. A decision 1010 then determines whether the requested 

25 data has been received. Once the requested data has been received, the 
data is forwarded 1012 to the requester using single-destination data packets. 
Following the operations 1006 or 1012, the data distribution center request 
processing 1000 returns to repeat the decision 1002 and subsequent blocks 
so that additional requests can be processed. It should be understood that, 

30 although the data distribution center request processing 1000 is able to 
handle the forwarding of the request to the content server as well as the 
forwarding of the response data to the requestor, the data distribution center 
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could alternatively not be involved in processing any requests that are not to 
be satisfied with a delayed response. 

FIG. 1 1 is a block diagram of an exemplary computer system 1 100 for 
use with the invention. For example, the computer system 1 100 can, for 
5 example, be representative of the computers utilized by the users, the content 
servers, and the data distribution centers. 

The computer system 1100 includes a digital computer 1102, a display 
screen (or monitor) 1 104, a printer 1 106, a removable media drive 1 108 (e.g., 
floppy disk, tape, CD, DVD), a hard disk drive 1110, media bay(s) 1112, and 
10 a keyboard 1114. The digital computer 1 102 includes a microprocessor 
1 1 1 6, a memory bus 1118, random access memory (RAM) 1 1 20, read only 
memory (ROM) 1 122, a peripheral bus 1 124, and a keyboard controller 1 126. 
The digital computer 1 102 can be a personal computer, a workstation 
computer, or some other type of computer. 

15 The microprocessor 1 1 1 6 is a general purpose digital processor which 

controls the operation of the computer system 1 100. The microprocessor 
1116 can be a single-chip processor or can be implemented with multiple 
components. Using instructions retrieved from memory, the microprocessor 
1116 controls the reception and manipulation of input data and the output and 

20 display of data on output devices. 

The memory bus 1 1 18 is used by the microprocessor 1 1 16 to access 
the RAM 1120 and the ROM 1122. The RAM 1120 is used by the 
microprocessor 1 1 16 as a general storage area and as scratch-pad memory, 
and can also be used to store input data and processed data. The ROM 
25 1 122 can be used to store instructions or program code followed by the 
microprocessor 1 1 1 6 as well as other data. 

The peripheral bus 1 124 is used to access the input, output, and 
storage devices used by the digital computer 1 102. In the described 
embodiment, these devices include the display screen 1 104, the printer 
30 device 1 106, the removable media disk drive 1 108, the hard disk drive 1110, 
and the media bay(s) 1 112. The keyboard controller 1 126 is used to receive 
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input from the keyboard 1114 and send decoded symbols for each pressed 
key to the microprocessor 1116 over bus 1 128. 

The display screen 1 104 is an output device that displays images of 
data provided by the microprocessor 1 1 16 via the peripheral bus 1 124 or 
provided by other components in the computer system 1 100. The printer 
device 1 106 when operating as a printer provides an image on a sheet of 
paper or a similar surface. Other output devices such as a plotter, typesetter, 
etc. can be used in place of, or in addition to, the printer device 1 106. 

The removable media drive 1 108 and the hard disk drive 1110 can be 
used to store various types of data. The removable media drive 1 108 
facilitates transporting such data to other computer systems, and hard disk 
drive 1110 permits fast access to large amounts of stored data. 

The microprocessor 1116 together with an operating system operate to 
execute computer code and produce and use data. The computer code and 
data may reside on the RAM 1 120, the ROM 1 122, or the hard disk drive 
1 120. The computer code and data could also reside on a removable 
program medium and loaded or installed onto the computer system 1 100 
when needed. Removable program mediums include, for example, CD-ROM, 
DVD, PC-CARD, floppy disk and magnetic tape. In the case where the 
computer system 1 100 is used by the users of FIG. 2, then the computer 
code typically includes a network browser application. 

The one or more media bays 1112 are used to receive media bay 
devices to provide greater resources to the computer system. As examples, 
the types of devices include a floppy drive, a hard drive, a CD-ROM drive, a 
DVD drive, or a tape drive. The media bays are accessible from external to 
the computer system so that media bay devices can be easily inserted into 
the media bays or removed from the media bays. The removability of the 
media bay devices allows a few media bays to support a variety of different 
types of devices in a flexible manner. 

The keyboard 1 1 14 is used by a user to input commands and other 
instructions to the computer system 1 100. Other types of user input devices 
can also be used in conjunction with the present invention. For example, 
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pointing devices such as a computer mouse, a track ball, a stylus, or a tablet 
can be used to manipulate a pointer on a screen of a general-purpose 
computer. 

Another aspect of the invention pertains to a graphical user interface 
5 (GUI) that enables clients or users to request or decline delayed response 
processing. For example, a user requesting confidential information, financial 
transactions, personalized or customized situations from a remote server can 
use the GUI to ensure that their request is processed individually (i.e., not 
grouped with other like requests). The GUI can, for example, pertain to a 
10 button (e.g., control button) that is display by a network browser utilized on 
the client's machine. 

Still another aspect of the invention is that a packet switch router can 
includes mechanisms for incorporating multiple destination addresses 
(multiple-destination format) with a single data packet. 

15 Further, the multiple-destination format packets may have some 

inefficiencies due to a small amount of data in the packets due to so many 
destination bits. If the data packet is too large, then, the routing efficiency, or 
waiting times for other smaller data packets might be too long. Hence, still 
another aspect of the invention is to use a separate control frame to include 

20 all the destination addresses, and only include the local switching office's 
(e.g., data distribution center) destination address plus a special code to 
identify these special data packets. All the subsequent data packets will have 
a short switching office's destination address plus a special code to identify 
the data packets are multiple destination addresses type. All the destination 

25 addresses in the control frame will be stored in the special buffer memory for 
subsequent local loop connections for only a certain period of time defined in 
the control frame. Typically, the certain period of time would be no more than 
60 seconds for passing up all the data packets, after 60 seconds, the 
destination addresses bits should be discarded, and leave room for the next 

30 ones in the queue. If the 60 seconds is not long enough for a large number of 
data packets, say a large image files transmitted in thousands of smaller data 
packets, then, the multiple destination control frame shall be re-submitted in 
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sequence every few hundred data packets by the remote host web site 
servers. 

Still further another aspect of the invention is that servers can 
encourage clients to use the delayed response processing by credits and/or 
incentives. 

The invention can be implemented in software, hardware, or a 
combination of hardware and software. The invention can also be embodied 
as computer readable code on a computer readable medium. The computer 
readable medium is any data storage device that can store data which can be 
thereafter be read by a computer system. Examples of the computer 
readable medium include read-only memory, random-access memory, CD- 
ROMs, magnetic tape, optical data storage devices, carrier waves. The 
computer readable medium can also be distributed over a network coupled 
computer systems so that the computer readable code is stored and executed 
in a distributed fashion. 

The advantages of the invention are numerous. Different 
embodiments or implementations may yield one or more of the following 
advantages. One advantage of the invention is that available bandwidth is 
more efficiently utilized. Another advantage of the invention is that maximum 
delay is reduced by grouping requests for the same resource. Still another 
advantage of the invention is that "hot spots" at content servers due to a 
surge in demand can be handled in an orderly manner so as to significantly 
reduce risk of crashing the content server. Yet another advantage of the 
invention is that the inventive techniques are cost effective and, in particular, 
significantly more cost effective than using multiple mirror sites scaled to 
handle peak load condition. 

The many features and advantages of the present invention are 
apparent from the written description, and thus, it is intended by the 
appended claims to cover all such features and advantages of the invention. 
Further, since numerous modifications and changes will readily occur to those 
skilled in the art, it is not desired to limit the invention to the exact construction 
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and operation as illustrated and described. Hence, all suitable modifications 
and equivalents may be resorted to as falling within the scope of the 
invention. 



What is claimed is: 
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CLAIMS 



1 1 . A method for satisfying a request for content from a web server, said 

2 method comprising: 

3 (a) determining whether a response to the request can be delayed; 

4 (b) processing the request to obtain the response in an intentionally 

5 delayed manner when said determining (a) determines that the response to 

6 the request can be delayed; and 

7 (c) processing the request without any intentional delay when said 

8 determining (a) determines that the response to the request cannot be 

9 delayed. 

1 2. A method as recited in claim 1 , wherein said processing (b) allows a 

2 group of requests for the same content to be processed together so as to 

3 reduce congestion at the web server. 

1 3. A method as recited in claim 1, wherein the intentionally delayed 

2 manner is based on a predetermined delay. 

1 4. A method as recited in claim 3, wherein the intentionally delayed 

2 manner is based on at least one of a time delay and a quantity threshold. 

1 5. A method for sending data over the Internet, said method comprising: 

2 receiving a plurality of requests for a particular resource provided at a 

3 remote server on the Internet, the plurality of requests being provided by 

4 different requestors; 

5 retrieving the particular resource from the remote server once for the 

6 plurality of requests to obtain the particular resource requested by the plurality 

7 of requests; and 

8 thereafter sending the particular resource to the different requestors. 
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1 6. A method as recited in claim 5, wherein the plurality of requests for the 

2 particular resource are all received within a predetermined period of time. 

1 7. A method as recited in claim 6, wherein said requesting is performed 

2 after the oldest one of the plurality of requests has been delayed for the 

3 predetermined period of time. 

1 8. A method as recited in claim 5, wherein said requesting is performed 

2 after a predetermined quantity of the plurality of requests have been received. 

1 9. A method as recited in claim 5, wherein said requesting is performed 

2 after the oldest one of the plurality of requests has been delayed for the 

3 predetermined period of time or after a predetermined quantity of the plurality 

4 of requests have been received. 

1 10. A method as recited in claim 9, wherein said sending of the particular 

2 resource to the different requestors comprises: 

3 forming multi-destination data packets to carry data of the particular 

4 resource; and 

5 transmitting the multi-destination data packets. 

1 11. A method as recited in claim 5, wherein said sending of the particular 

2 resource to the different requestors comprises: 

3 forming multi-destination data packets to carry data of the particular 

4 resource; and 

5 transmitting the multi-destination data packets. 

1 12. A method as recited in claim 5, wherein a data distribution center is 

2 coupled to the Internet to assist with the transfer of data, and 

3 wherein said sending of the particular resource to the different 

4 requestors comprises: 
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5 forming multi-destination data packets to carry data of the 

6 particular resource; 

7 transmitting the multi-destination data packets from the remote 

8 server to the data distribution center; 

9 converting the multi-destination data packets received at the 

10 data distribution center into single destination data packets; and 

11 transmitting the single-destination data packets from the data 

12 distribution center to the different requestors, thereby delivering the particular 

13 resource requested to the different requestors. 

1 13. A method for servicing a request for a resource over a data network, 

2 said method comprising: 

3 (a) receiving requests for resources; 

4 (b) temporarily storing the requests for resource in a queue; 

5 (c) identifying a request in the queue for a particular resource that has 

6 been waiting for more than a predetermined period of time; 

7 (d) requesting data for the identified request for the particular resource 

8 from a remote content server; 

9 (e) forming multi-destination data packets for responses to the 

10 identified request and other requests in the queue for the particular resource; 

11 and 

12 (f) transmitting the multi-destination data packets. 

1 14. A method as recited in claim 13, wherein said forming (e) forms the 

2 multi-destination data packets for responses to the identified request and 

3 other of the requests in the queue for the particular resource that are destined 

4 for the same geographical region. 
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1 15. A data transmission system for transmitting data from content servers 

2 to requestors through a data network, said data transmission system 

3 comprising: 

4 a plurality of data distribution centers, said data distribution centers 

5 being connected to the data network, 

6 wherein data transmissions between the content servers and said data 

7 distribution centers use a multi-destination format so as to reduce congestion. 

1 16. A data transmission system as recited in claim 15, wherein the multi- 

2 destination format uses multi-destination data packets, the multi-destination 

3 data packets include at least multiple destination fields and a data field. 

1 17. A data transmission system as recited in claim 1 5, wherein the data 

2 network is the Internet. 

1 18. A data transmission system as recited in claim 15, wherein said data 

2 distribution centers are utilized between the content servers and the 

3 requestors. 

1 19. A data transmission system as recited in claim 15, wherein data 

2 transmissions between said data distribution centers use a multi-destination 

3 format. 

1 20. A data transmission system as recited in claim 15, wherein data 

2 distribution centers service a large number of content servers and only 

3 temporarily store data being requested and to be transmitted to the 

4 requestors. 

1 21 . A system for transmitting data through a data network from servers to 

2 clients, said system comprising: 

3 a plurality of data distribution centers coupled to the data network; and 



Atty.Dkt.No. RCY1P001 



4 server modules provided in the servers, said server modules operate to 

5 receive data to be transmitted to the clients and to form multi-destination 

6 packets to carry the data to at least one of said data distribution centers, 

7 wherein said data distribution centers receive the multi-destination 

8 packets from said server modules and operates to convert the multi- 

9 destination packets into single-destination packets and to delivery the single- 

10 destination packets to the appropriate clients. 

1 22. A system as recited in claim 21 , wherein each of the data distribution 

2 centers is in a geographically different location. 

1 23. A system as recited in claim 21 , wherein the data network is a global 

2 computer network. 

1 24. A system as recited in claim 21 , wherein the multi-destination packets 

2 include a plurality of destination locations and data. 

1 25. A method for transferring data through a data network from a server to 

2 clients, wherein the improvement comprises transferring the data between the 

3 server and a data distribution center using a multi-destination format, thereby 

4 reducing congestion at the server. 

1 26. A method as recited in claim 25, wherein the data distribution center 

2 does not normally store the data residing on the server but instead obtains 

3 the data from the server when needed. 

1 27. In a data network, a method for delivering a response from a server to 

2 requests from clients, wherein the improvement comprises processing the 

3 response in a group of responses for the same resource so as to reduce 

4 congestion at the server. 
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1 28. A system for sending data over the internet, said system comprising: 

2 means for receiving a plurality of requests for a particular resource 

3 provided at a remote server on the Internet, the plurality of requests being 

4 provided by different requestors; 

5 means for retrieving the particular resource from the remote server 

6 once for the plurality of requests to obtain the particular resource requested 

7 by the plurality of requests; and 

8 means for thereafter sending the particular resource to the different 

9 requestors. 
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METHOD AND SYSTEM FOR REDUCTION OF DELAY AND BANDWIDTH 
REQUIREMENTS IN INTERNET DATA TRANSFER 



ABSTRACT OF THE DISCLOSURE 

5 Techniques for efficiently and economically providing data transfer 

through data networks are disclosed. The techniques are particularly suitable 
for Internet data transfers. In one aspect, delayed response processing is 
utilized. Requests for common content are initially queued. After a short 
period of time, the queued requests are processed as a group so as to better 

10 utilize available bandwidth, particularly in times where traffic or congestion is 
high. In another aspect, multiple-destination data packets are utilized. 
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DECLARATION AND POWER OF ATTORNEY 
FOR ORIGINAL U.S. PATENT APPLICATION 

Attorney's Docket No. RCY1P001 

As a below-named inventor, I hereby declare that; 

My residence, post office address and citizenship arc as stated below next to my nunc. 

T believe that I am the original, first 2nd sole inventor (if only one name is listed below) or an original, first and joint inventor (if 
plural names are listed below) of the subject matter which is claimed and for which a patent is sought on the invention entitled. 
REDUCTION OF DELAY AND BANDWIDTH REQUIREMENTS IN INTERNET DATA TRANSFER, 
the specification of which, 

(check one) 1. £2 is attached hereto. 



2. O was filed on . _ . 
U.S. Application No. „ 
and was amended on _ 



3. was filed on _ 



International PCT Application No. _ 
and was amended on 



I hereby state that I have reviewed and understand fee contents of the abovc.identiiicd specification, including the claims, as 
amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the examination of this application in accordance with Title 
37, CFR § 1.56. 

Prior Foreign AppUcatton(s) 

1 hereby claim foreign priority benefits under Title 35, United States code, § 119(a)-(d) or § 365(b) of any foreign applications) 
for patent ot inventor's certificate, or § 365(a) of any PCT International application which designated at least one country other 
than the United States, listed below and have identified below, by checking the box, any foreign application for patent or 
inventor's certificate, or PCT International application having a filing date before that of the application on which priority is 

C " Priority Benefits Claimed 1 ' 

Yes No 

(Application No.) (Country) (Filing Date) 

Yes No 

(Application No.) (Country) (Filing Date) 

Provisional Application^) 

I hereby claim the benefit under 35 U.S.C. §1 19(e) of any United States provisional applicaldon(s) listed below: 

60/167.516 November 24 J Q?Q <2- c ^ . 

(Application No.) (Filing Date) 

6<yi8ft.Q82 March 13, 2Q0.Q . ^■ C " t } - 

(Application No.) ( Filin g Datc > 
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Prior TJ.S- AppHcation(s) 



I hereby claim tho benefit under Title 35, United States Code. § 120 of any United States application(s), or § 365(c) of any PCT 
International application designates the United States, listed below and, insofar as the subject mailer of each of the claims of this 
application is not disclosed in the prior United States or PCT International application in the manner provided by the first 
paragraph of Title 35, United States Code, § 112, I acknowledge the duty to disclose information which is material to 
patentability as defined in Title 37, Code of Federal Regulations, § 1.56 which became available between the filing date of the 
prior application and the national ot PCT international filing date of this application: 



(Application No.) 



(Filing Date) 



(Status - patented, pending, abandoned) 



(Application No.) 
Power of Attorney 



(Filing Daw) 



(Status - patented, pending, abandoned) 



And I hereby appoint the law firm of Beyer Weaver <fc Thomas, LLP and all practitioners who are associated with the Customer 
Number 022434 as my principal attorneys to prosecute this application and to transact all business in the Patent and Trademark 
Office connected therewith. 



Direct Correspondence To: 



Customer Number: 022434 

BEYER WEAVER & THOMAS. LLP 
P.O. B6* 130 
Mountain View. CA 94043-0130 



lliiiii 

22434 

PATENT TRADEMARK OFFICE 



Direct Telephone Calls To: 



C. Douglass Thomas at telephone number (650) 961-8300 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information and 
belief are believed to be true; and further that these statements were made with the knowledge that willful false statements and the 
like so made are punishable by fine or imprisonment, or both, under section 1001 of Title 18 of the United States Code, and that 
such willful false statements may jeopardize the validity of tho application or any patent issuing ihcrcon. 



Typewritten Full Name of 
Sole or First Inventor: 



Robert C. Yen 



signature: 



Inventor's 
Residence: (City) 
Post Office Address: 



Mifoitas 



_ £70 Lo ? Pinoa Ave.. Miroitas. CA 



Cifeenship: 




Atvy. Dkt. No.: 

(Revijed D3/0O) 
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